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ABSTRACT 

Commercially available general aviation autopilots are currently in 
transition from an analogue circuit system to a computer implemented digital 
flight control system. Well known advantages of the digital autopilot include 
enhanced modes, self-test capacity, fault detection, and greater computational 
capacity. A digital autopilot’s computational capacity can be used to full 
advantage by increasing the sophistication of the digital autopilot's chief 
function, stability and control. NASA's Langley Research Center has been 
pursuing the development of direct digital design tools for aircraft 
stabilization systems for several years. This effort has most recently been 
directed towards the development and realization of multi-mode digital auto- 
pilots for GA aircraft, conducted under a SPIFR-related program called the 
General Aviation Terminal Operations Research (GATOR) Program. This presen- 
tation focuses on the implementation and testing of a candidate multi-mode 
autopilot designed using these newly developed tools. 
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OUTLINE 


The sponsoring program for the GA autopilot work reported here is the 
GATOR program, A short background of GATOR is provided along with some of 
its major goals. The autopilot testing •'environment”, naimely the airborne 
and ground support facilities, and the support software are then described. 
Flight test data is presented for an altitude command mode autopilot showing 
how the "environment” permits rapid autopilot performance tuning. The status 
of this work completes the presentation. 


OUTLINE 


• Program Background and Goals 

• Autopilot Testing Environment 

• Altitude Command Mode Example 

• Status 
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GATOR RESEARCH OBJECTIVES 


The objective of the GATOR program was to reduce the pilot’s workload 
during SPIER terminal area approaches. The approach taken to meet this 
objective was to assess the technological state of the art in a number of areas 
germane to the GA terminal area approach problem. This technology base was 
then used or extended as required by specific research tasks. Two specific 
examples of this approach are (1) the autopilot Work reported here, which used 
theory developed earlier for a helicopter autoland system (Ref. 1), and (2) an 
evaluation of advanced display symbology for general aviation (Ref. 2), which 
used portions of a display created for Langley's Terminal Configured Vehicle 
(TCV) program. More details of the GATOR program can be found in Ref. 3. 


GENERAL AVIATION TERMINAL AREA OPERATIONS RESEARCH 

OBJECTIVE: REDUCTION OF PILOT WORKLOAD FOR SINGLE PILOT 
IFR APPROACH TO LANDING OPERATIONS 
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AUTOPILOT DESIGN VALIDATION 


To validate the the autopilot design procedure developed under the current 
program, a multi-mode autopilot for Princeton University’s NAVION, a fully 
instrumented, fly- by-wire research vehicle, was designed. A NASA computer and 
instrumentation pallet, called the Digital Avionics Research Equipment (DARE) 
pallet, was installed in the NAVION and used to implement the candidate digital 
autopilots. More details on both the aircraft and the DARE pallet are con- 
tained in later figures. The autopilot control law structure was based on 
modern optimal control theory, handled all significant coupling, and had a low 
iteration rate (10 samples/second). During the course of the current testing, 
nine autopilot modes were evaluated through simulation and flight tests. 


NAVION CONTROL EXPERIMENTS 

0 PROPORTIONAL-INTEGRAL-FILTERED (PIF) DIGITAL CONTROL LAW STRUCTURE 

- BASED ON MODERN OPTIMAL CONTROL THEORY 

- LOW ITERATION RATE (10 SAMPLES/SECOND) 

- HANDLES ALL SIGNIFICANT COUPLING 

0 AUTOPILOT DESIGNS EVALUATED 

- ALTITUDE COMMAND/HOLD 

- HEADING COMMAND/HOLD 

- PITCH COMMAND/HOLD 

- ROLL COMMAND/HOLD 

- ILS COUPLER MODE 

- VELOCITY COMMAND/HOLD 

- FLIGHT PATH ANGLE COMMAND/HOLD 

- VELOCITY RATE COMMAND/HOLD 

- PITCH RATE COMMAND/HOLD 
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DESIGN PROCEDURE DESCRIPTION 


The autopilot design procedure itself is a computer program resident on 
the main Langley computer complex and has as inputs (1) the subject aircraft's 
stability and control derivatives and (2) the control system performance 
specifications in the form of closed-loop responses. The program determines 
the required gains for an assumed proportional-integral-filtered (PIF) control 
structure to realize the autopilot functions. The program also provides data 
to assist in the analysis of expected system performance. 


AUTOPILOT DESIGN PROCEDURE 


AIRCRAFT 


DIGITAL 

DESIGN STRUCTURE 

DATA 


AUTOPILOT 

^ AND GAINS 

DESIGN 

^ 

DESIGN 

.DESIGN ANALYSIS 

SPECIFICATIONS 

PROGRAM 

DATA 
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PROPORTIONAL- INTEGRAL-FILTERED (PIF) ALGORITHM 


The basic PIF control block diagram for the GA autopilots realized 
in this study is shown in the accompanying figure. There are two main funct- 
ions shown in this structure: (1) the command model which is used to 
create commands necessary to implement specific autopilot functions (modes) 
such as altitude command, heading command, etc., and (2) a command tracker 
and stabilization system which forces the aircraft to follow the command model 
outputs. The command model is essentially represented by the five blocks at 
the top left (four with "command" in them and the pilot input), and the command 
tracker by the remaining blocks. Creating a new autopilot mode or modifying 
a mode's behavior involves changing only the command model portion; the tracker 
and thus the closed loop stability is not changed. To adapt an existing auto- 
pilot to a different vehicle requires modifying only the command tracker 
portion; the command models do not change. 


BASIC PIF CONTROL LAW BLOCK DIAGRAM 
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RESEARCH FLIGHT SYSTEM 


A block diagram representing the autopilot flight research system is shox^m 
here, and consists of three main components. At the left are the aircraft 
sensors required for the autopilot implementation and include body-mounted 
flight control rate, vertical, and heading gyros; linear accelerometers; a 
barometric altimeter; and elevator, rudder, and aileron position measurements. 
Other capabilities available to assist in performance evaluation included 
airspeed, alpha, and beta measurements. An electric stick was available but 
not used in this test. 

The center block represents the DARE system used for digital autopilot 
realization. The main components of the DARE required xvere a ROLM 1666 Mil- 
Spec general purpose mini-computer with 32 A/D and 15 D/A channels to interface 
to the research aircraft systems, and a digital tape recorder used for flight 
data storage and autopilot software loading. Through use of the in-flight 
program load feature, several autopilot candidates could be evaluated during a 
single flight. Other capabilities include a two-way digital data link used to 
send data to ground facilities for display generation. The uplink trans- 
mitted radar position data to the DARE pallet for use in a simulated ILS 
system. 

The right block represents the NAVION aircraft used for these tests. The 
only capability required was electric input actuators for the elevator, rudder, 
and ailerons. Other capabilities available but not used include electric input 
throttle and flap control, and a variable stability system. 


DIGITAL AUTOPILOT FLIGHT TEST SYSTEM 



i_ ___i 


Required : 


Reoulred ; 


Required : 


• Rqtes and Accelerations 

• Barometric Altitude 

• Control Surface Positions 


• General Purpose Mini Computer • Electric Input 

• 32 A/D & 15 D/A Channels Actuators 

• Digital Tope Recorder 


Other Copobilities 


Other Copobilitles 


Other Copobilities 


• Airspeed 

• Alpha. Beta 

• Electric Stick 


• Two-Way Digital Data Link • 5 DOF 

• Variable Stability 
A/C 


103 




ALTITUDE COMMAND MODE PERFORMANCE 


The next two figures are typical performance assessment plots 
available at the flight test station, and were generated from flight data tapes 
using ground support equipment to be described in later charts. These plots 
illustrate observed performance of the altitude command autopilot for two 
design iterations. The top trace on each chart is filtered radar altitude, 
the next, raw Parametric altitude, and the bottom is filtered Parametric 
altitude. Run identification data is found at the top. Each autopilot was 
given a -100 foot altitude command at 80 KIAS. 

As can be seen in the first chart, the altitude hold system was slightly 
oscillatory. Additionally, while the altitude command was accurately executed, 
the "hesitation" noted in the transition was rated poorly by the evaluation 
pilots. After flight data examination, the autopilot command model (for the 
hesitation) and stabilization loop (for the altitude hunting) were modified 
and a new set of gains were included in the autopilot coding. The next chart 
illustrates the performance attained. 
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TUNING ALTITUDE COMMAND MODE 


As can be seen here> the oscillatory "altitude hunting" has been reduced, 
but not completely eliminated; the "hesitation" was eliminated. This autopilot 
version was rated highly by the evaluation pilots, with no negative comments 
about the altitude hunting. This sequence of data illustrates one very 
important reason for iterative flight tuning in control system development: 
while it may be technically feasible to improve performance to eliminate all 
"undesirable" characteristics, some of these may not matter anyway, and 
additional efforts to refine performance will not result in significant 
perceived improvments. Batch or fixed-base real-time simulations do not 
provide this insight. 

It can be observed that the "improved" autopilot (RUN# 10) was tested 
before its predecessor (RUN# 11). This was done to obtain a more accurate 
comparison of the two versions under the same atmospheric conditions, and to 
demonstrate consistent performance for a given system. Run #11 is actually a 
repeat of the run conducted on 5/20/81 which served as the basis for the 
autopilot modification made that day. 
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CONTROL DESIGN BASED ON DATCOM MATH MODEL 


One important question in the use of the current design procedure is where 
one obtains the aircraft mathematical model used by the design program. This 
chart gives some insight by comparing two heading command autopilots. The 
traces generated on the left were obtained from a design using the best 
stability and control derivatives currently available; those on the right, from 
a design based on derivatives from a DATCOM analysis made about ten years ago. 
The DATCOM performance data was obtained from the first flight of this 
particular design, and no iterative refinement had been made. The top trace in 
each set is measured sideslip (Beta); the middle, measured roll attitude (Phi); 
and the bottom, measured heading (Psi). Each system executed a 45 degree 
heading change command at 80 KIAS. 

While the DATCOM-based autopilot needs improvement in damping, its 
performance is nevertheless a good starting point for the iterative flight test 
design process. 


FLIGHT TEST COMPARISON OF A MODERN CONTROL DESIGN 
HEADING CONNAND/HOLD 


It 


9 

29 


-20 

58 


-48 




DESIGN BASED ON TRADITIONAL 
MODELING PROCEDURES 


DESIGN BASED ON DATCOM 
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GROUND SUPPORT EQUIPMENT 


This block diagram represents the equipment used in the autopilot ground 
support system to examine and plot flight data, redesign and simulate autopilot 
performance, and create new autopilot flight system tapes. At the left is a 
ROLM 1666 flight computer with its peripheral equipment. This system served as 
a back-up flight computer, as the flight and simulation data playback system, 
as the host for a non-linear simulation for preflight autopilot assessment, and 
as the tool to modify and create new autopilot flight software and program 
tapes. Evaluation data could be obtained at the CRT console or printer in 
numeric format from any combination of the 64 variables recorded every 0.1 
second, or in graphical form using the Pvamtek colorgraphics terminal. 

The hard-copy unit x^as used to obtain permanent records of the Ramtek 
plots, to aid in simulation evaluation, and to transfer control system gains 
from the remote design program system (shoxm at the right) to the ROLM system 
for flight softx^are modification. The data presented in earlier charts v/as 
obtained from the ROLM/Ramtek/Tektronix systems. 

The direct digital design program, hosted on a Cyber 175 computer at LaRC, 
was remotely accessed using a CRT terminal, low-speed modems, and standard 
voice-grade telephone service. As mentioned above, hard copies xvere made of 
the autopilot gains obtained by exercising this program. 


DIGITAL AUTOPILOT GROUND SUPPORT EQUIPMENT 



• Bfack-Up General 
Purpose Flight Computer 

• Data Ployback 

- Printer 

- Console 

- RAMTEK 


• Quick-Look Data In 
Engineering Units 

• Simulation Evoluatlon 

• Control System Coin 
Change Records 


• Direct Digital Design 
Program Resident on 
Mo In LaRC Complex 


• Flight Program Modification 

• Non-llneor NAVlON Simulation 
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DIGITAL AVIONICS RESEARCH EQUIPMENT (DARE) PALLET 


A photograph of the DARE pallet used in the research aircraft is shown 
here. The top shelf contains the digital tape recorder; the next shelf has the 
computer control panel and the interface electronics box for 1) the aircraft 
systems, 2) the tape recorder, and 3) the digital telemetry system (seen at the 
front of the third shelf). The bottom shelf contains the ROLM 1666 computer 
(front) and an S-Band television receiver (rear) used for display research and 
real-time performance evaluation. The ROLM computer is a 1976 vintage state-of- 
the-art machine (about 250K single-precision Whetstone operations/second). 
Efforts are under way by computer vendors to upgrade performance by developing 
a flight computer needing slightly more space than this one and having 
approximately eight times the computing capacity. With such a machine, it is 
envisioned that the entire design, simulation, and flight implementation of 
digital autopilots could be easily accommodated with one computer. 


NASA/LaRC 

DIGITAL AVIONICS RESEARCH EQUIPMENT 


STATUS 


The status of the direct digital autopilot work for general aviation 
aircraft is listed here. Five modes have been developed and evaluated, and 
documents that describe the design procedure and results of the flight tests 
given in references A and 5. The design procedure software will be 
distributed through COSMIC in 1983. With these accomplishments, the current 
effort will be terminated. 


STATUS 

• Five Autopilot Modes Developed and Evaluated (15 Flights) 

- Altitude Command/Hold 

- Heading Command/Ha Id 

- Pitch Attitude Command/Hold 

- Roll Attitude Conmand/Hold 

- ILS Glideslope/Localizer Coupler 

• Design Procedure and Autopilot Flight Evaluation Available as NASA 
Contractor Report {refs. 4 and 5) 

• Design Procedure Software Distributed through COSMIC— Early 1983 

• No Future Additional NASA Effort Envisioned for G.A. in Digital 
Autopilot Area 
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